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Abstract 
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(§) Drahtloses lokales Netzwerk mit Controller und wenigstens einem als Controller einsetzbaren Terminal 

@ Die Erfindung bezieht sich auf ein lokales Netzwerk zur 
drahtlosen Ubertragung von Steuer- iind Anwenderinfor- 
mationen zwischen mehreren Terminals und einem als 
Controller arbeitenden Terminal, welches zur Steuerung 
der Kommunikation im lokalen Netzwerk vorgesehen ist 
Wenigstens ein weiteres nicht als Controller arbeitendes 
Terminal ist als Controller einsetzbar. AuBer dem Control- 
ler empfangt wenigstens das als Controller efnsetzbare 
Terminal alle zur Steuerung der Kommunikation im loka- 
len Netzwerk erforderlichen Steuertnformationen. 
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Beschreibung 

Die Erfindung bezieht sich auf ein lokales Netzwerk zur 
drahtlosen ttbertragung von Steuer- und Anwenderinforma- 
tionen zwischen mehreren Terminals und einem als Control- 
ler arbeitenden Terminal, welches zur Steuerung der Kom- 
munikation im lokalen Netzwerk vorgesehen ist. 

Unter einem drahtlosen lokalen Netzwerk ist ein Netz- 
werk mit mehreren Terminals zu verstehen, zwischen denen 
Steuer- und Anwenderinformationen drahtlos ubertragen 
werden. Eine drahtlose Obertragung dient zur Obertragung 
von Informationen z. B. iiber Funk-, Ultraschall- oderlnfra- 
rotwege. 

Das oben angegebene drahtlose lokale Netzwerk ist aus 
"Contention- free MAC protocol for Wireless ATM LAN" 
von C.Y Ngo et al., ACTS Mobile Communications Sum- 
mit 1997, Seiten 728-733, Oktober 1997, Aalborg, Dane- 
mark, bekannt und enthalt mehrere Terminals. Ein Terminal 
arbeitet als Controller und steuert die Kommunikation zwi- 
schen den Terminals. Zur Ubertragung von Daten nach dem 
asynchronen Transfermodus (ATM) werden in dicscm Netz- 
werk Zellen in Anwenderzeitschlitze oder -kanale eingefugt 
und iiber ein Funkubertragungsmedium ubertragen. 

Der Erfindung liegt die Aufgabe zugrunde, ein drahtloses 
lokales Netzwerk zu schaffen, bei dem auch bei einem Aus- 
fall des Controllers die Kommunikation zwischen den Ter- 
minals betreffende Daten nicht verloren gehen. 

Die Aufgabe wird durch ein drahtloses lokales Netzwerk 
der eingangs genannten Art dadurch gelost, 
daB wenigstens ein weiteres nicht als Controller arbeitendes 
Terminal als Controller einsetzbar ist und 
daB das als Controller einsetzb are Terminal wenigstens zum 
Empfang aller zur Steuerung der Kommunikation im loka- 
len Netzwerk erforderlichen Steuerinformationen vorgese- 
hen ist. 

Das erfindungsgemaBe lokale Netzwerk enthalt drei Ar- 
ten von Terminals. Ein Terminal arbeitet als Controller, ei- 
nige Terminals sind als Controller nach einem Ausfall oder 
nach dem Abschalten des aktueilen Controllers als Control- 
ler einsetzbar und weitere nicht als Controller vorgesehene 
Terminals. Damit nach einem Ausfall oder nach dem Ab- 
schalten des aktueilen Controllers ein nahtloser "Obergang 
zu einem neuen Controller moglich ist und die bisher von 
dem aktueilen Controller gewonnen Daten aus den Steuerin- 
formationen nicht verloren gehen, werden diese Daten nach 
Verarbeitung der Steuerinformationen ebenfalls von den als 
Controller einsetzbaren Terminals in eigenen Datenbanken 
gesammelt. 

Anspriiche 2 und 3 beziehen sich auf die verschiedenen 
Gruppen von Steuerungsinformationen und die Speicherung 
von aus den Steuerungsinformationen gewonnen Daten in 
Datenbanken. Anspriiche 4 bis 6 zeigen, daB bei Ausfall 
oder Abschalten des Controllers ein nahtloser Ubergang von 
einem alten auf einen neuen Controller moglich ist. An- 
spruch 7 crlautert die verschiedenen t)bertragungsmoglich- 
keiten von Steuer- und Anwenderinformation. Durch An- 
spruch 8 wird aufgezeigt, daB sich die Erfindung auch auf 
ein als Controller einsetzbares Terminal bezieht, 

Ausfuhrungsbeispiele der Erfindung werden nachstehend 
anhand der Figuren naher erlautert Es zeigen: 

Fig. 1 ein drahtloses lokales Netzwerk, 

Fig. 2 ein Architekturmodell der Schichten bzw. Proto- 
kolle eines im lokalen Netzwerk nach Fig. 1 verwendbaren 
Terminals, 

Fig. 3 ein Blockschaltbild eines im lokalen Netzwerk 
nach Fig. 1 verwendbaren Terminals, 

Fig. 4 eine in einem Terminal nach Fig. 2 verwendbare 
Funkvorrichtung, 
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Fig. 5 eine symbolische Darstellung des Kommunikati- 
onsflusses zwischen vier Terminals eines lokalen Netzwer- 
kes, 

Fig. 6 das Rahmenformat des zwischen den Terminals 
5 ausgetauschten Signals. 

In Fig. 1 ist ein Ausfuhrungsbeispiel eines lokalen Netz- 
werkes mit vier Terminals 1 bis 4 dargestellt, die iiber Funk- 
strecken jeweils Daten austauschen. Die in Fig. 1 einge- 
zeichnete und die Terminals 1 bis 4 umfassende Ellipse soil 
den Funkbereich angeben, in dem zwischen zwei Terminals 
(1 bis 4) eine problemlose Funkubertragung moglich ist 

Die Funkubertragung zwischen den Terminal 1 bis 4 kann 
beispielsweise nach einem TDMA-, FDMA- oder CDMA- 
Verfahren (TDMA = Time Division Multiplex Access; 
FDMA = Frequency Division Multiplex Access; CDMA = 
Code Division Multiplex Access) durchgefuhrt werden. Die 
Verfahren konnen gegebenenfalls auch kombiniert werden. 
Mit Hilfe der genannten Verfahren konnen beispielsweise 
digital vorliegende Informationen oder auch in Pakete ver- 
packte digitale Informationen zwischen den Terminals 1 bis 
4 ubertragen werden. Ein Beispiel fur ein Paketiibertra- 
gungsverfahren ist der asynchrone lYansfermodus (ATM), 
welcher Pakete mit einer definierten Bytelange erzeugt, die 
Zellen genannt werden. Eine Zelle enthalt ein Kopffeld mit 
beispielsweise 5 Byte und ein Informationsfeld mit bei- 
spielsweise 48 Byte. Die im Kopffeld der Zelle enthaltenen 
Informationen dienen insbesondere zur Adressierung und 
zur Durchfuhrung von ATM-Vermittlungsfunktionen. 

In Fig. 2 ist ein Architekturmodell der verschiedenen in 
einem Terminal 1 bis 4 verwendeten Schichten bzw. Proto- 
kolle dargestellt. Die unterste, physikalische Schicht legt, 
ahnlich wie bcim OSI-Schichtenmodell, die funkiibertra- 
gungstcchnischen Funktionen fur den Transport der Daten 
bzw. Nachrichten auf dem Funkubertragungsmedium fest. 
Diese physikalische Schicht ist in Fig. 2 als Block 5 be- 
zeichnet Auf der ersten Schicht baut die zweite Schicht auf, 
die als MAC-Schicht (MAC = medium access control) be- 
zeichnet wird und durch den Block 6 in der Fig. 2 gekenn- 
zeichnet ist Die der MAC-Schicht iibergeordnete Schicht ist 
die dritte oder LLC-Schicht (LLC = logical link control), die 
in Fig. 2 als Block 7 bezeichnet ist Die Protokolle der 
MAC- und LLC-Schicht beziehen sich auf die Zugriffskon- 
trolle und Sicherungsschicht des OSI-Schichtenmodells. 
Die MAC-Schicht steuert den Mehrfachzugriff der Termi- 
nals zum tibertragungsmedium (Funkubertragungsme- 
dium), und die LLC-Schicht (LLC = Logical Link Control) 
fuhrt eine FluB- und Fehlerkontrolle durch. Solche Proto- 
kolle sind z. B. aus "On Architectures for Broadband Wire- 
less Systems" von S. Jiang et at, IEEE Communications 
Magazine, October 1997, Seiten 132 bis 140 oder aus "Con- 
tention-free MAC protocol for Wireless ATM LAN" von 
C.Y. Ngo et at, ACTS Mobile Communications Summit 
1997, Seiten 728-733, Oktober 1997, Aalborg, Danemark, 
oder aus "Computer Networks" von Andrew S. Tanenbaum, 
Second Edition, Prentice-Hall International, Inc., 1988, Sei- 
ten 117 bis 131, 196 bis 212 und 262 bis 265 bekannt 

Zur Echtzeitsteuerung der physikalischen, der MAC- und 
LLC-Schicht ist eine untere Steuerungseinheit als Block 8 
eingezeichnet. Diese untere Steuerungseinheit ist z. B. fur 
die Kanal- oder Zeitschlitzzu weisung bei Verwendung eines 
TDMA-Verfahrcns und fur die Parametersetzung bei der 
Fehlersicherung, zur Rahmensynchronisation usw. zustan- 
dig. Dieser unteren Steuerungseinheit ist eine MAC-Daten- 
bank zugeordnet, die aus weiter unten erlauterten MAC- 
Steuerinformationen gewonnene Daten enthalt. 

Auf der LLC-Schicht baut eine Anpassungsschicht (ser- 
vice adaptation layer) auf, die in der Fig. 2 als Block 9 ge- 
kennzeichnet ist Diese paBt von der hochsten Schicht, die 
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als Anwenderschicht (user application layer) bezeichnet 
wird und in Fig. 2 durch Block 10 dargestellt ist, gelieferte 
Daten einem bestimmten Format an. Beispielsweise kann 
eine solche Schicht Zellen nach dem asynchronen Transfer- 
modus (ATM) erzeugen (Paketisierungsfunktion). Diese 5 
Zellen oder andere von der Anpassungsschicht gelieferte 
Daten werden in der MAC-Schicht als Anwenderinforma- 
tionen in bestimmte zur Funkiibertragung vorgesehene 
Transportkanale eingefugt. Die Anwenderschicht kann z. B. 
eine Sprachdaten oder eine Videodaten oder eine Daten ei- to 
nes Dienstes liefernde Instanz sein. Ein Sprachcodec liefert 
z. B. Sprachdaten eines Benutzers. Ein Videocodec liefert 
Daten einer Videoquelle. Unter den Daten eines Dienstes 
konnen z. B. Daten nach dem Internet-Protokoll, E-Mail- 
Daten usw. sein. 15 

Parallel zu der Anpassungsschicht ist eine obere Steue- 
rungseinheit ais Block 11 in der Fig. 2 eingezeichnet. Diese 
obere Steuerungseinheit ist z. B. fur die eine Terminalregi- 
strierung, fiir die Verbindungssteuerung zwischen z. B. zwei 
Terminals (call admission control) usw. zustandig. Der obe- 20 
ren Steuerungseinheit ist eine Terminal- und Verbindungs- 
Datenbank zugeordnet. In der Terminal-Datenbank sind 
z. B. Registrierungsinformationen der im lokalen Netzwerk 
eingebundenes Terminals abgelegt. Die Verbindungs-Daten- 
bank enthalt Verbindungen zugeordnete Daten, z. B. die 25 
Teilnehmer (Anwender) der Verbindung und die Verbindung 
kcnnzeichnende Daten (Bandbreite, Art der Verbindung 
usw.). Je nachdem, ob ein normales Terminal (ohne Control- 
lerfunktion) oder ein als Controller einsetzbares Terminal 
vorliegt, kann die Komplexitat der unteren und oberen 30 
Steuerungseinheiten und die entsprechenden zu verwalten- 
dcn Daten in den Datenbanken unterschiedlich sein. 

Ein Ausfuhrungsbeispiel eines Terminals 1 bis 4 zeigt 
Fig. 3. Ein solches Terminal enthalt eine Station 12, einen 
ersten und zweiten Prozessor 13 und 14, eine Terminal- und 35 
Verbindungs-Datenbank 15 und eine Funkvorrichtung 16. 
Die Station 12, welche das Anwenderschicht-Protokoll aus- 
fiihrt, kann beispielsweise ein Bildfernsprecher, ein Perso- 
nal-Computer, eine Workstation oder ein Fernsprecher sein. 
Der Prozessor 13 ist fur die Ausfuhrung des Protokolls der 40 
Anpassungsschicht zustandig und kann beispielsweise von 
einer Station gelieferte Daten in ATM-Zellen umsetzen oder 
aus den von der Funkvorrichtung 16 zugefuhrte ATM-Zel- 
len Daten entnehmen (segmentation and reassembly). Der 
zweite Prozessor 14 tauscht mit der Terminal- und Verbin- 45 
dungs-Datenbank 15, der Funkvorrichtung 16 und dem er- 
sten Prozessor 13 Daten aus und fuhrt die Funktionen der 
oberen Steuerungseinheit aus. 

Die Funkvorrichtung 16 ist in der Fig. 4 detaillierter dar- 
gestellt. Diese enthalt eine Antenne 17, eine Hochfrequenz- 50 
schaltung 18, ein Modem 19, eine MAC-Schaltung 20, eine 
LLC-Schaltung 21, einen dritten Prozessor 22 und eine 
MAC-Datenbank 23. Die Schaltelemente 18 und 19 benoti- 
gen keine weitere Erlauterung, da diese aus anderen Funk- 
vorrichtungen bekannte Schaltungselemcnte sind. Die 55 
MAC- und die LLC-Schaltungen fuhren die Funktionen der 
MAC- und LLC-Schicht aus und konnen z. B. als ein vierter 
und funfter Prozessor realisiert sein. Daten zwischen erstem 
Prozessor 13 und Hochfrequenzschaltung 18 werden uber 
die Schaitungskette LLC-Schaltung 21, MAC-Schaltung 20 60 
und Modem 19 iibcrtragen. Der drittc Prozessor 22 tauscht 
Daten mit der MAC-Datenbank 23 aus, steuert die LLC- 
und MAC-Schaltungen 21 und 20 und das Modern 19 und 
fuhrt die Funktionen der unteren Steuerungseinheit aus. 

Der Datenaustausch im lokalen Netzwerk wird von einem 65 
der Terminals 1 bis 4 gesteuert, welches als zentralisierter 
Controller bezeichnet wird. Zwischen den Terminals 1 bis 4 
werden zwei Arten des Kommunikationsflusses unterschie- 



den. Ein erster KommunikationsfluB bezieht sich auch den 
Austausch von Steuerungsinformationen zwischen dem 
zentralisierten Controller und den anderen Terminals, Die 
tibertragung von Anwenderinformationen zwischen den 
Terminals des lokalen Netzwerks ist ein Kennzeichen des 
zweiten KommunikationsfluB. Diese Kommunikations- 
fliisse lassen sich anhand der Fig. 4 naher erlautern, die vier 
Terminals 24 bis 27 zeigt. Das Terminal 27 ist der zentrali- 
sierte Controller. Steuerungsinformationen werden jeweils 
zwischen dem zentralisierten Controller 27 und den Termi- 
nals 24 bis 26 ausgetauscht. Dieser erste Kommunikations- 
fluB ist durch unterbrochene Linien, welche jeweils durch 
Pfeile abgeschlossen sind, angedeutet. Es konnen also 
Steuerungsinformationen zwischen den Terminals 27 und 
24, den Terminals 27 und 25 und den Terminals 27 und 26 
ubertragen werden. Anwenderinformationen dagegen wer- 
den untereinander zwischen alien Terminals 24 bis 27 uber- 
tragen. Dies wird durch kontinuierliche Linien, welche je- 
weils durch Pfeile abgeschlossen sind, in der Fig. 4 gezeigt. 

Der zentralisierte Controller 27 arbeitet also als normales 
Terminal zum Austausch von Anwenderinformationen und 
als Zentrale zum Austausch von Steuerungsinformationen. 
Es liegt beziiglich des ersten Kommunikationsflusses eine 
Sterntopologie vor mit dem Controller im Zentrum und be- 
ziiglich des zweiten Kommunikationsflusses eine voll ver- 
maschte Topologie. 

Es lassen sich drei Gruppen von Steuerungsinformationen 
unterscheiden, welche anhand ihrer Aufrufhaufigkeit unter- 
schieden werden. Das bedeutet, daB bestimmte Steuerungs- 
informationen langsame Prozesse und andere schnelle Pro- 
zesse beeinflussen. 

Die erste, langsame Prozesse becinflussende Gruppe von 
Steuerungsinformationen bezieht sich auf die Einbindung 
oder Registrierung eines Terminals in das lokale Netzwerk 
(Registrierungsphase). Hierunter fallen Steuerungsinforma- 
tionen, welche z. B. zur Terminal- bzw. Benutzerauthentifi- 
zierung, zur Untersuchung des Terminal- bzw. Benutzerpro- 
fils, zur Zuweisung der Identifizierungsnurnmer des Termi- 
nals usw. verwendet werden. Unter einem Terminalprofil 
wird beispielsweise die Angabe des Verfahrens (z. B. ISDN, 
ATM usw.), die maximale Ubertragungskapazitat usw. ver- 
standen. Die Steuerungsinformationen der ersten Gruppe 
werden auch Terminal-Steuerungsinformationen (terminal 
control functions) gcnannt. Es sei noch erwahnt, daB der 
zentralisierte Controller wahrend der Registrierungsphase 
durch einen Eintrag in der Terminal-Datenbank 15 das Ter- 
minal registriert und dem einzubindenden Terminal bei- 
spielsweise Statusmeldungen usw. zufuhrt. 

Die zweite Gruppe von Steuerungsinformationen bezieht 
sich auf verbindungsrelevante Eigenschaften. Ein in dem lo- 
kalen Netzwerk eingebundenes Terminal muB vor Verbin- 
dungsaufbau mit dem zentralisierten Controller z. B. die 
Verbindungsart, die benotigte Bandbreite iiber die gesamte 
Lebenszeit der Verbindung usw. klaren (Signalisierung). 
Unter einer Verbindungsart ist cine Einzel- Verbindung (uni- 
cast connection), eine Mehrfach- Verbindung (multicast con- 
nection) oder eine Verteil- Verbindung (broadcast connec- 
tion) zu verstehen. Bei einer Einzel- Verbindung oder Ende- 
zu-Ende- Verbindung besteht eine Verbindung eines ersten 
Terminals mit einem zweiten Terminal. Bei einer Mehrfach- 
Vcrbindung oder Punkt-zu-Multipunkt- Verbindung ist ein 
Terminal mit mehreren anderen Terminals des lokalen Netz- 
werks verbunden. Bei einer Verteil- Verbindung ist ein Ter- 
minal mit alien anderen Terminals des lokalen Netzwerks 
verbunden. Zur Bandbreite ist zu erwahnen, daB beispiels- 
weise eine mittlere, eine mini male usw. Bandbreite zwi- 
schen Terminal und zentralisierten Controller vereinbart 
wird. Die Steuerungsinformationen der zweiten Gruppe 
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werden auch Verbindungs-Steuerungsinformationen (call 
control functions) genannt. 

Die dritte und die schnellsten Prozesse beeinflussende 
Gruppe von Steuerungsinformationen betrifft die Funktio- 
nen der MAC-Schicht (MAC-Protokoll), d. h. den Vieifach- 
zugriff auf das Funkubertragungsmedium. Die Steuerungs- 
informationen der dritten Gruppe werden auch MAC-Steue- 
rungsinformationen (MAC control functions) genannt. Das 
MAC-Protokoll benutzt zur ttbertragung von MAC-Steue- 
rungsinformationen wenigstens einen MAC-Steuerungska- 
nal, iiber welchen den jeweiligen Terminals Anwenderka- 
nale zur Ubertragung von Anwenderinformationen zuge- 
wiesen werden. Es existieren drei Verfahren zur Ubertra- 
gung von MAC-Steuerinformationen. Beim ersten Verfah- 
ren wird cin Kollisionskanal zur tJbertragung der MAC- 
Steuerungsinformationen von alien Terminals benutzt. Falls 
zwei Terminals gleichzeitig auf den Kollisionskanal zugrei- 
fen kann ein solcher Konflikt beispielsweise mit dem Aloha- 
Protokoll gelost werden. Ein zweites Verfahren benutzt zur 
Ubertragung von MAC-Steuerinformationen einen einem 
Terminal jeweils fest zugewiesencn MAC-Steuerkanal. Dies 
wird als statische Zuweisung bezeichnet. Bei dem dritten 
Verfahren erfolgt eine Zuweisung jeweils eines MAC-Steu- 
erkanals zu einem Terminal nur, wenn MAC-Steuerinforma- 
tionen zu ubertragen sind. Dies wird als dynamische Zuwei- 
sung bezeichnet. 

Ein solches dynamisches Verfahren ist z. B. das soge- 
nannte "Piggyback"- Verfahren, bei dem eine MAC-Steue- 
rungsinformation zusammen mit einer Anwenderinforma- 
tion in einem Kanal gesendet wird, um dem zentralisierten 
Controller den Bedarf fur die nachste zu sendende Anwen- 
derinformation iiber die MAC-Steuerinformation zu liefem. 
Falls iiber langere Zeit kein Anwenderinformation gesendet 
worden ist muB eine Verbindung zum Austausch von MAC- 
Steuerinformationen zum zentralisierten Controller erneut 
aufgebaut werden, bevor der zentralisierte Controller einen 
Kanal fur Anwenderinformationen zuweisen kann. Bei die- 
sem Verfahren muB der Controller immer die an die Anwen- 
derinformation angehangte MAC-Steuerinformation emp- 
fangen, auch wenn die Anwenderinformation nicht mit dem 
zentralisierten Controller ausgetauscht wird. 

Um einen erneuten Verbindungsaufbau beim "Piggy- 
back"- Verfahren zu vermeiden, kann das aus "Contention- 
free MAC protocol for Wireless ATM LAN" von C.Y. Ngo 
et al., ACTS Mobile Communications Summit 1997, Seiten 
728-733, Oktober 1997, Aalborg, Danemark, bekannte dy- 
namische Verfahren verwendet werden. Hierbei werden von 
Terminals, die eine bestimmte Zeit keine Anwenderinfor- 
mationen versendet haben, aber wieder welche senden wol- 
len, kurze Impulse zu einem von dem zentralisierten Con- 
troller vorgegebenen Zeitpunkt abgegeben. Der Controller 
kann daraufhin dem Terminal wieder einen Kanal fiir An- 
wenderinformationen zuweisen und MAC-Steuerinforma- 
tionen nach dem "Piggyback"- Verfahren ubertragen werden. 

Die oben beschriebcncn Stcuerungsfunktioncn gelten 
nicht nur fiir ein drahtloses lokales Netzwerk, welches nach 
dem asynchronen Transfermodus arbeitet, sondern auch fiir 
andere Verfahren. Im folgenden wird ein MAC-Protokoll 
beschrieben, bei welchem der Datenaustausch zwischen den 
Terminals 1 bis 4 nach dem TDMA- Verfahren durchgefiihrt 
wird. Die dazugehorigc MAC-Rahmenstruktur ist in Fig. 5 
dargestellt. Ein Rahmen enthalt einen kollisionsbehafteten 
Kanal CS (contention channel), einen Sende-Steuerungska- 
nal CD (control downlink), einen Ernpfangs-Steuerungska- 
nal CU (control uplink) und mehrere Transportkanale 
UCl,...,Ucn. 

Der kollisionsbehaftete Kanal CS ist erforderlich, damit 
ein Terminal in das lokale Netzwerk eingebunden werden 
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kann. Uber diesen kollisionsbehafteten Kanal teilt ein Ter- 
minal seine Anwesenheit dem zentralisierten Controller mit. 
Um den gleichzeitigen Zugriff von mindestens zwei Termi- 
nals auf den kollisionsbehafteten Kanal CS zu ermoglichen, 
5 kann in den einzelnen Terminals beispielsweise das 
ALOHA-Protokoll verwendet werden. 

Wenn ein Terminal in dem lokalen Netzwerk registriert 
ist, kann der zentralisierte Controller den Sende-Steuerungs- 
kanal CD nutzen, um MAC- Steuerungsinformationen zu 
to dem neu eingebundenen Terminal zu senden. Ober diesen 
Sende-Steuerungskanal CD werden auch den anderen einge- 
bundenen Terminals MAC-Steuerungsinformationen zuge- 
fuhrt, nachdem iiber den Empfangs-Steuerkanal CU dem 
Controller von den Terminals Anfragen nach TYansportka- 
15 nalen gesendet worden sind. Hierbei erhalt ein Terminal 
iiber den Sende-Steuerkanal Iransportkanale fur den Emp- 
fang und fiir die Sendung von Anwenderinformationen zu- 
gewiesen. 

Der Empfangs-Steuerkanal kann Subkanale enthalten, die 
20 jeweils einem Terminal statisch oder dynamisch zugeordnet 
sind und in die ein Terminal seine Anfrage einfugt. Hierbei 
kann dem Controller beispielsweise die Menge der Anwen- 
derinformation mitgeteilt werden. Bezogen auf das Beispiel 
des nach dem asynchronen Transfermodus arbeitenden lo- 
25 kalen Netzwerks entspricht die Menge der Anzahl der zu 
sendenden Zellen. Falls der Controller nicht die Priori tat der 
zu versendenden Anwenderinformation kennt, kann diese 
ihm ebenfalls ubertragen werden. Diese zentrale Koordinie- 
rung mit Hilfe des zentralisierten Controllers vermeidet eine 
30 Kollision in den Transportkanalen. Es wird namlich auf ei- 
nen Transportkanal nur von einem einzigen Terminal in ei- 
nem Rahmen zugegriffen. Femer kann durch die Beachtung 
der Prioritat von Anwenderinformation auch erreicht wer- 
den, daB zeitkritische Anwenderinformationen eines Termi- 
35 nals zuerst iiber die Transportkanale gesendet werden als 
weniger zeitkritische (z. B. Sprache). 

Die wahrend eines MAC-Rahmens (vgl. Fig. 6) iiber den 
Empfangs-Steuerkanal CU ankommenden Anfragen werden 
nach bestimmten hier fiir die Erfindung nicht relevanten 
40 Vorgaben - z. B. auch unter Beachtung der Prioritat von An- 
wenderinformationen - ausgewertet und das Ergebnis den 
jeweiligen Terminals iiber den Sende-Steuerkanal CD des 
nachsten Rahmens mitgeteilt. Hierdurch erfahrt jedes Ter- 
minal welcher Transportkanal UC1 bis UCn zur (jbertra- 
45 gung von Anwenderinformation in dem MAC-Rahmen zu- 
gewiesen worden ist. Falls ATM-Zellen ubertragen werden 
sollen, kann die Lange eines Transportkanals der Lange ei- 
ner Zelle oder der Lange mehrerer Zellen entsprechen. In 
der Zuweisungsmitteilung ist natiirlich auch die Meldung 
50 enthalten, welches Terminal Anwenderinformationen sendet 
welches Terminal diese erhalt. Das sendende Terminal ist 
das, welches die Anfrage zum Controller gesendet hat. Bei- 
spielsweise wird einem ersten Terminal zur Sendung von 
Anwenderinformationen drei Transportkanale zur Sendung 
55 von Anwenderinformationen zu einem zweiten Terminal 
und fiinf Transportkanale zur Sendung von Anwenderinfor- 
mationen zu einem dritten Terminal zugewiesen. 

Gleichzeitig werden dem zweiten Terminal diese drei 
Transportkanale und dem dritten Terminal diese funf TVans- 
60 portkanale zum Empfangen der Anwenderinformationen 
des ersten Terminals zugewiesen. Damit wird eine direkte 
Verbindung zwischen dem ersten und zweiten bzw. ersten 
und dritten Terminal realisiert. Um Transportkanale korrekt 
zuweisen zu konnen, greift der Controller auf verbindungs- 
65 relevante Informationen zuriick, die ihm wa*hrend eines Ver- 
bindungsaufbaus zur Kenntnis gebracht worden sind. Hier- 
unter fallen z. B. Informationen iiber die Bandbreite und 
Prioritaten. 
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Bisher ist vorausgesetzt worden, daB in dem lokalen 
Netzwerk der zentralisierte Controller fest vorgegeben ist. 
Es ist jedoch auch moglich, daB verschiedene Terminals ein 
neues lokales Netzwerk aufbauen und von diesen Terminals 
einer uber ein bestimmtes im folgendem zu beschriebenes 5 
Protokoll zum Controller bestimmt wird. Als Controller 
konnen aber nur solche Terminals arbeiten, welche das ent- 
sprechende Protokoll enthalt. Solche Terminals werden im 
folgenden als Terminals mit Controller-Fahigkeiten be- 
zeichnet. 10 

Ein in dem lokalen Netzwerk aktiver Controller sendet 
uber ein bestimmtes Frequenzband in bestimmten zeitlichen 
Abstanden einen Synchronisationsimpuls und erforderliche 
Systemkennungen (z. B. Netzkennung einer bestimmten 
Gruppe) aus. Wenn ein Tcnninal mit Controller-Fahigkeiten 15 
nach Aktivierung in einem bestimmten vorgegebenen Fre- 
quenzband diesen Synchronisationsimpuls detektiert, priift 
das Terminal in einem ersten Schritt, ob es mit dem Control- 
ler eine Verbindung eingehen mochte und ob die Verbin- 
dung moglich ist. Falls dies moglich ist, werden die oben be- 20 
schriebenen Vorgange zurRegistrierung eines Terminals ge- 
startet. 

Wenn iiber einen bestimmten Zeitraum das Terminal mit 
Controller-Fahigkeiten keinen Synchronisationsimpuls de- 
tektiert, erzeugt es in einem zweiten Schritt einen eigenen 25 
Synchronisationsimpuls. Dieses Terminal beabsichtigt also 
der Controller zu werden. Es kann jedoch moglich sein, daB 
zwei Terminals mit Controller-Fahigkeiten zur gleichen Zeit 
jeweils Synchronisationsimpulse aussenden, Wenn ein Ter- 
minal einen Synchronisationsimpuls aussendet, kann es 30 
nicht zur gleichen Zeit einen solchen detektieren. Um dieses 
Problem zu beheben, werden weitere Synchronisationsim- 
pulse zu zufallig gewahlten Zeitpunkten ausgestrahlt, so daB 
die Uberlappungsautomatik nicht mehr auftritt. Ein Termi- 
nal priift wahrend der Zeit, in der es keinen Synchronisati- 35 
onsimpuls aussendet, ob ein anderer Synchronisationsim- 
puls vorhanden ist. Wenn ein Terminal einen Synchronisati- 
onsimpuls detektiert, wird die Bildung von weiteren Syn- 
chronisationsimpulsen beendet und nach einer bestimmten 
zufalligen Zeit mit der Prufung gemaB dem ersten Schritt 40 
wieder begonnen. Wenn ein Terminal mit Controller-Fahig- 
keiten innerhalb einer zufallig gewahlten Zeitdauer seinen 
Synchronisationsimpuls durch einen vom Rahmen vorgege- 
benen Zeitpunkt aussendet und wahrend der restlichen Zeit- 
dauer keinen Synchronisationsimpuls eines anderen Termi- 45 
nals detektiert, wird dieses Terminal der aktive Controller 
des lokalen Netzwerks. 

In dem lokalen Netzwerk kann auch ein als Controller ar- 
beitendes Terminal ausfallen oder aus dem Netzwerk ge- 
nommen werden. In diesem Fall wird eine ttbergabeproze- 50 
dur von dem bisherigen Controller zu einem Terminal mit 
Controller-Fahigkeiten durchgefuhrt. Das dazu erforderli- 
che Protokoll, welches ebenfalls in den Terminals mit Con- 
troller-Fahigkeiten abgelegt ist, wird im folgenden beschrie- 
bcn. Die Obergabcprozedur fuhrt einen nahtlosen "Obergang 55 
zwischen dem alten und dem neuen Controller durch, so daB 
beispielsweise keine Verbindungen neu aufgebaut werden 
mussen. Mit dem nahtlosen Obergang werden alle zeitlichen 
Informationen und Steuerinformationen iibergeben. Die 
zeitlichen Informationen beziehen sich beispielsweise auf 60 
den Rahmcnstart usw. 

In einem lokalen Netzwerk befinden sich haufig mehrere 
Terminals mit Controller-Fahigkeiten. Der aktuelle Control- 
ler kann einen oder mehrere dieser Terminals mit Control- 
ler-Fahigkeiten als Kandidaten fur eine Controller-Nach- 65 
folge aussuchen. Eine solche Auswahl ist ein kontinuierli- 
cher ProzeB, weil ein Kandidat beispielsweise eher aus dem 
Netzwerk genommen werden kann als der aktuelle Control- 
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ler. Die Mitteilung uber die Auswahl als Kandidat kann ei- 
nem Terminal beispielsweise iiber den Sende-Steuerkanal 
des aktuellen Controllers zugefuhrt werden. 

Um einen schnellen tJbergang zwischen dem alten und 
neuen Controller zu ermoglichen, werden den Kandidaten 
die relevanten MAC-Steuerinformationen des aktuellen 
Controllers und der Terminals zugefuhrt, die diese MAC- 
Steuerinformationen verarbeiten mussen. Das ist ohne wei- 
teres moglich, weil iiber den Sende-Steuerkanal alle Termi- 
nals mit Controller-Fahigkeiten die MAC-Steuerinforma- 
tion des aktuellen Controllers empfangen konnen. Uber den 
Sende-Steuerkanal empfangen alle Terminals mit Control- 
ler-Fahigkeiten die MAC-Steuerinformationen des aktuel- 
len Controllers. tJber den Empfangs-Steuerkanal empfan- 
gen alle Terminals mit Controller-Fahigkeiten die Anfragen 
aller Terminals. Hierbei konnen diese Steuerinformationen 
auf die gleiche Weise wie im aktuellen Controller abgearbei- 
tet und in bestimmten dafiir vorgesehenen Datenbanken ab- 
gelegt werden. Der einzige Unterschied zwischen dem aktu- 
ellen Controller und dem Kandidaten ist, daB der Kandidat 
keine aus der Abarbeitung der MAC-Steuerinformationen 
gewonnenen Daten aussendet. 

Der Controller sendet auch Rahmeninformationen, damit 
die Terminals sich mit dem Controller bezuglich des Rah- 
mens synchronisieren konnen. Hierbei kann die Rahmenin- 
formation entsprechend dem Rahmen typ gebildet werden, 
Es kann beispielsweise ein festes oder flexibles Rahmen for- 
mat verwendet werden. 

Ein Controller verarbeitet die oben beschriebenen in drei 
Gruppen eingeteilten Steuerinformationen. Der Datenaus- 
tausch zwischen aktuellem Controller und den Kandidaten 
bezuglich der Controller- relevanten Steuerinformationen ist 
so organisicrt, daB die Steuerinformationen der dritten 
Gruppe (MAC-Steuerinformationen) iiber den Sende- und 
Empfangs-Steuerkanal ubertragen werden. Hierbei empfan- 
gen die Kandidaten standig die in den beiden Kanalen lie- 
genden Steuerinformationen und fiihren das gleiche Proto- 
koll wie der aktuelle Controller durch, damit diese den glei- 
chen Status aufweisen. Die aus den MAC-Steuerinformatio- 
nen gewonnenen Daten werden sowohl von dem aktuellen 
Controller als auch von den Kandidaten in einer eigenen 
MAC-Datenbank abgelegt. 

Weil der aktuelle Controller auch als norrnales Terminal 
arbeitet, ist es erforderlich, daB dieser auch z. B. bestirnmte 
eigene Anfragen nach Transportkanalen iiber den Sende- 
Steuerkanal CD aussendet. Hierdurch konnen die Kandida- 
ten auch diese Anfragen vom Controller entsprechend verar- 
beiten. 

Es ist auch moglich, das ein Kandidat iiber zusatzliche 
spezielle MAC-Steuerinformationen, die von den Termi- 
nals, die keine Controller-Fahigkeit aufweisen, nicht zu in- 
terpretieren sind, den Inhalt seiner MAC-Datenbank mit 
dem Inhalt der MAC-Datenbank des aktuellen Controllers 
vergleicht. Bestehen hier Unterschiede, wird von dem Kan- 
didaten cine Kopie der MAC-Datenbank iiber den Emp- 
fangs-Steuerkanal von dem aktuellen Controller angefor- 
dert, der eine entsprechende Kopie an den Kandidaten sen- 
det. 

Der Datenaustausch zwischen aktuellem Controller und 
den Kandidaten bezuglich der Steuerinformationen der er- 
sten und zweiten Gruppe (Terminal- und Verbindungs-Steu- 
erinformationen) wird iiber Transportkanale realisiert. 
Hierzu wird zuerst eine Mehrfach- Verbindung zwischen ak- 
tuellem Controller und Kandidaten aufgebaut und dann die 
geanderten Daten einer Terminal- und Verbindungs-Daten- 
bank des Controllers iiber die Transportkanale zu den Kan- 
didaten ubertragen. Diese legen dann die empfangenen Da- 
ten in ihren entsprechenden Terminal- und Verbindungs-Da- 
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tenbanken ab. Eine solche Ubertragung wird dann durchge- 
fiihrt, wenn der Inhalt einer Terminal- oder Verbindungsda- 
tenbank geandert worden ist. Wenn der Controller einen 
neuen Kandidaten festgelegt hat, erhalt dieser uber eine Ein- 
zel- Verbindung den gesamten Inhalt der Terminal- und Ver- 
bindungsdatenbank des Controllers und legt diesen in den 
eigenen Datenbanken ab. 

AuBer den verschiedenen aus Steuerinformationen ge- 
wonnenen Daten muB ein Kandidat auch Synchronisations- 
informationen und zeitliche Informationen erhalten. Urn ei- 
nen nahdosen tibergang von Synchronisationsinformatio- 
nen zu gewahrleisten, muB ein Controller bzw. ein Terminal 
mit Controller-Fahigkeiten eine nicht naher dargestellte 
Notstromversorgung aufweisen. Eine solche Notstromver- 
sorgung kann beispielsweise eine Batterie oder ein wahrend 
des normalen Betriebs aufgeladener Kondensator sein. 
Diese Notstromversorgung wird eingeschaltet, wenn ein 
Controller ausfailt oder abgeschaltet wird. Der Zeitpunkt 
des Ausfalls oder des Abschaltens des Controllers wird im 
folgenden als Ausfallzeitpunkt bezeichnet. 

Nach dem Ausfallzeitpunkt sendet der aktuelle Controller 
liber den Sende-Steuerkanal wenigstens eine Meldung (Aus- 
fall-Meldung), da!3 er ausgefallen ist. Diese Ausf all-Mel- 
dung erhalten die Kandidaten. Die einzelnen Kandidaten ha- 
ben wahrend des normalen Betriebs von dem aktuellen Con- 
troller eine Prioritat erhalten. Je hoher die Prioritatszahl ist, 
urn so niedriger ist die Prioritat. Ein Kandidat mit der Prio- 
ritat p_i = 0 hat die hochste Prioritat. Sofort nach Empfang 
der Ausfallmeldung erzeugt der Kandidat CC_i mit der 
hochsten Prioritat (p_i = 0) zu den vorgegebenen Zeitpunk- 
ten den fur die Netzsynchronisation erforderlichen Synchro- 
nisationsimpuls, derbishcr von dem alten Controller erzeugt 
worden ist, und ubcrnimmt damit die zeitliche Steuerung 
des MAC-Rahmens. 

Es ist moglich, daB auch der Kandidat CC_i mit der Prio- 
ritat p_i = 0 nach dem letzten MAC-Rahmen des alten Con- 
trollers ausfailt. Wenn t der Bezugszeitpunkt des letzten von 
dem alten Controller explizit oder implizit mitgeteilten, 
durch den Ausfall oder die Abschaltung nicht aufgetretenen 
aber erwarteten Zeitpunkt fur den Synchronisationsimpuls 
ist, dann erzeugt der Kandidat CC j mit der Prioritat p J = 1 
einen Synchronisationsimpuls, wenn dieser nach der Zeit t + 
St keinen Synchronisationsimpuls des Kandidaten CC_i de- 
tektiert hat. Dieser ProzeB kann solange fortgefuhrt werden 
bis ein geeigneter Kandidat gefunden worden ist. Allgemein 
kann gesagt werden: Wenn k hoher priorisierte Kandidaten 
keinen Synchronisationsimpuls erzeugt haben, muB der 
Kandidat CC_m mit der Prioritat p_m = k einen Impuls zum 
Zeitpunkt t + k 8t senden. Dieser Kandidat CC_m wird der 
neue Controller. Die Parameter k und 8t miissen so gewahlt 
sein, daB das Produkt k 8t nur eine tolerierbare Synchronisa- 
tionsverschiebung und damit verbundende Rahmenverzoge- 
rung verursacht. 

Der Kandidat, welcher den Synchronisationsimpuls aus- 
gcsendet hat, wird zum neuen Controller. Dieser kann naht- 
los an den VerarbeitungsprozeB des alten Controllers an- 
schlieBen, da dieser alle relevanten Daten in den MAC-, Ter- 
minal- und Verbindungs-Datenbanken gespeichert hat. 

Der oben beschriebene Ubergang von einem alten auf ei- 
nen neuen Controller ist nur moglich, wenn vor dem Aus- 
fallzeitpunkt der alte Controller den Terminals mit Control- 
ler-Fahigkeiten den Zeitpunkt des Synchronisationsimpul- 
ses explizit oder implizit Uber den Sende-Steuerkanal CD 
mitteilt. Eine explizite Mitteilung stellt eine speziell er- 
zeugte MAC-Steuerinformation dar. Eine implizite Mittei- 
lung ist keine speziell erzeugte MAC-Steuerinformation, 
sondern ergibt sich z. B. aus der Rahmeninformation, wenn 
ein Rahmen mit konstanter Lange vorliegt. 
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Bei dem oben beschriebenen lokalen Netzwerk tritt keine 
Kollision beziiglich der Anwenderinformationen auf, wie 
beispielsweise bei einem nach dem Ethernet- oder Hyper- 
Ian- Verfahren arbeitenden Netzwerk. Eine Kollisionsfrei- 

5 heit beziiglich der Anwenderinformation ist dagegen beim 
GSM- Verfahren realisiert. Hier ist jedoch keine dynamische 
Zuweisung von Transportkanalen moglich und eine Steue- 
rung der Kommunikation erfolgt ausschlieBlich uber eine 
Basisstation. Bei der Erfindung hingegen wird eine Steue- 

to rung der Kommunikation uber ein als Controller arbeitendes 
Terminal erreicht. 

Patentanspriiche 

1. Lokales Netzwerk zur drahtlosen ttbertragung von 
Steuer- und Anwenderinformationen zwischen mehre- 
ren Terminals und einem als Controller arbeitenden 
Terminal, welches zur Steuerung der Kommunikation 
im lokalen Netzwerk vorgesehen ist, dadurch gekenn- 
zeichnet, 

daB wenigstens ein weiteres nicht als Controller arbei- 
tendes Terminal als Controller einsetzbar ist und 
daB das als Controller einsetzbare Terminal wenigstens 
zum Empfang aller zur Steuerung der Kommunikation 
im lokalen Netzwerk erforderlichen Steuerinformatio- 
nen vorgesehen ist. 

2. Lokales Netzwerk nach Anspruch 1, dadurch ge- 
kennzeichnet, 

daB ein Controller zur Registrierung eines Terminals 
im Netzwerk, zur Verbindungssteuerung und zur 
Steuerung des Vielfachzugriffs auf das Ubertragungs- 
medium vorgesehen ist und 

daB der Controller wenigstens eine Datenbank enthalt, 
die zur Speicherung von aus Steuerinformationen fur 
die Registrierung, fur die Verbindungssteuerung und 
fur die Steuerung des Vielfachzugriffs abgeleiteten Da- 
ten vorgesehen ist. 

3. Lokales Netzwerk nach Anspruch 2, dadurch ge- 
kennzeichnet, daB die als Controller einsetzbaren Ter- 
minals wenigstens eine Datenbank enthalt, die zur 
Speicherung von aus Steuerinformationen fur die Regi- 
strierung, fiir die Verbindungssteuerung und fur die 
Steuerung des Vielfachzugriffs abgeleiteten Daten vor- 
gesehen ist. 

4. Lokales Netzwerk nach Anspruch 3, dadurch ge- 
kennzeichnet, 

daB nach einem Ausfall oder nach dem Abschalten des 
Controllers ein als Controller arbeitendes Terminal zur 
Detektion des Ausfalls oder des Abschaltens des Con- 
trollers vorgesehen ist und 

daB ein als Controller einsetzbares Terminal nach der 
Detektion zur Ubernahme der Funktion des alten Con- 
trollers vorgesehen ist. 

5. Lokales Netzwerk nach Anspruch 6, dadurch ge- 
kennzeichnct, 

daB ein ausgefallener oder abgeschalteter Controller 
nach dem Ausfall oder nach dem Abschalten zur Sen- 
dung einer Ausfallmeldung vorgesehen ist und 
daB ein als Controller einsetzbares Terminal mit der 
hochsten Prioritat nach der Detektion der Ausfallmel- 
dung durch einen Synchronimpuls, dessen Auftreten 
durch einen vom alten Controller vorgegebenen Zeit- 
punkt bestimmt ist, zur Ubernahme der Synchronisa- 
tion des Netzwerkes vorgesehen ist. 

6. Lokales Netzwerk nach Anspruch 5, dadurch ge- 
kennzeichnet, daB nach einer bestimmten Zeit nach der 
Ausfallmeldung ein geringer priorisiertes, als Control- 
ler einsetzbares Terminal zur Ausgabe eines Synchro- 
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nisationsimpulses und damit zur Ubernahme des Syn- 
chronisation des Netzwerkes vorgesehen ist, wenn die 
hoher priori sierten als Controller einsetzbaren Termi- 
nals keinen Synchronisationsimpuls erzeugt haben. 

7. Lokales Netzwerk nach Anspruch 3, dadurch ge- 5 
kennzeichnet, daB die die Steuerung des Vielfachzu- 
griffs betreffenden Steuerinformationen iiber einen 
Steuerkanal und die anderen Steuerinformationen nach 
einem entsprecheriden Verbindungsaufbau iiber die fur 
die "Obertragung von Anwenderinformationen vorgese- 10 
henen Transportkanale iibertragen werden. 

8. Als Controller einsetzbares Terminal in einem loka- 
len Netzwerk zur drahtlosen Ubertragung von Steuer- 
und Anwenderinformationen zwischen dem Terminal 
und weitcren Terminals, dadurch gekennzeichnct, daB 15 
das als Controller einsetzbare Terminal wenigstens 
zum Empfang aller zur Steuerung der Kommunikation 
im lokalen Netzwerk erforderlichen Steuerinformatio- 
nen vorgesehen ist. 

20 
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